home
***
CD-ROM
|
disk
|
FTP
|
other
***
search
/
kermit.columbia.edu
/
kermit.columbia.edu.tar
/
kermit.columbia.edu
/
newsgroups
/
misc.20041116-20060924
/
000168_john.hackett@icon-is.co.uk_Mon Oct 17 14:22:04 2005.msg
< prev
next >
Wrap
Internet Message Format
|
2006-09-27
|
6KB
Path: newsmaster.cc.columbia.edu!panix!news.maxwell.syr.edu!newsfeed.vmunix.org!peer-uk.news.demon.net!kibo.news.demon.net!news.demon.co.uk!demon!not-for-mail
From: John Hackett <john.hackett@icon-is.co.uk>
Newsgroups: comp.protocols.kermit.misc
Subject: Re: ftp mput /recursive problem....
Date: Sun, 16 Oct 2005 23:57:07 +0100
Lines: 168
Message-ID: <diuls4$fj3$1$830fa795@news.demon.co.uk>
References: <dip2gm$ci$1$8300dec7@news.demon.co.uk> <slrndl29i0.ldi.fdc@sesame.cc.columbia.edu> <dirqev$7j$1$830fa7a5@news.demon.co.uk> <slrndl4vo5.mfv.fdc@sesame.cc.columbia.edu>
NNTP-Posting-Host: iconinfo.demon.co.uk
Mime-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
Content-Transfer-Encoding: 7bit
X-Trace: news.demon.co.uk 1129503428 15971 80.177.168.155 (16 Oct 2005 22:57:08 GMT)
X-Complaints-To: abuse@demon.net
NNTP-Posting-Date: Sun, 16 Oct 2005 22:57:08 +0000 (UTC)
In-Reply-To: <slrndl4vo5.mfv.fdc@sesame.cc.columbia.edu>
X-Accept-Language: en-us, en
User-Agent: Mozilla Thunderbird 1.0.7 (Macintosh/20050923)
Xref: newsmaster.cc.columbia.edu comp.protocols.kermit.misc:15411
Frank,
I tried a few more experiments.
(1) the number of files is a red herring - I tried the same thing with
another directory with only about 1800 files and it had the same problem
- a directory being misplaced and the tree getting out of sync.
(2) I used the same script between two fedora machines - same problem.
So it is not an issue with the ftp server on the LaCie disk.
Does kermit/Linux have a problem with 'unusual' filenames? Now I tend to
make sure I use lowercase and no spaces but some of the old files have
spaces and other characters - esp as some of them are from old (pre
MacOS-X) Macintoshes. Could this be tripping it up? (Although none of
these should be in the very large folder where I first saw the problem -
these are the most important files as they are business documents!).
FYI the files come from a variety of sources: Linux (Fedora2/3); PC
(WinXP); MacOSX; and some older files from Windows and pre-MacOSX.
Has anyone else seen this problem?
Frank da Cruz wrote:
> On 2005-10-15, John Hackett <john.hackett@icon-is.co.uk> wrote:
> : [Is this useful:
> : 211-Features:
> : MDTM
> : REST STREAM
> : SIZE
> : 211 End
> : Server does not support AUTH
> : Server does not support LANG
> : Server does not support MDTM
> :
> This means that if you want to update only those files that changed
> since last time, you can't do it because the server won't tell you a
> file's modification time. Wasn't this the whole point of your project?
> Can you get a better ftp server for the far end?
Well, yes. But it does seem to work - at least when running it again
only a few files are transferred and as far as I can tell they are the
changed ones - also using the newest version or kermit I get:
211-Features:
MDTM
REST STREAM
SIZE
211 End
Server does not support AUTH
Server does not support LANG
Server supports MDTM
Server does not support MLST
Server does not support PBSZ
Server does not support PROT
Server supports REST
Server supports SIZE
Server does not support TVFS
Server does not support UTF8
implying that the server DOES support MDTM so perhaps v8.0.211 is
mis-reporting?
>
> : Server does not support MLST
> : Server does not support PBSZ
> : Server does not support PROT
> : Server supports REST
> : Server does not support SIZE
> : Server does not support TVFS
> : Server does not support UTF8 ]
> :
> So there is a number at which it begins to fail, but below which it does not
> fail? I wonder what the number is. Maybe a power of two (perhaps plus or
> minus one)? 4095, 4096, 4097, 8191, 8192, 8193? You've already increased
> Kermit's stringspace, does increasing it more make a difference?
I doubled the stringspace and it happened again in the same place - 632
files transferred OK.
> : FROM DEBUG:
> :
> : HERE IS THE ERROR:
> : 257 "/mirror/sarah/profile/Application Data/Skype/Real" - Directory
> : successfully created
> : 257 "/mirror/sarah/profile/Application Data/Skype/Real/rnadmin" -
> : Directory successfully created
> : ...
> : 257 "/mirror/sarah/profile/Application Data/Skype/Real/RealPlayer" -
> : Directory successfully created
> : 257 "/mirror/sarah/profile/Application Data/Skype/Real/RealPlayer/db" -
> : Directory successfully created
> : 257 "/mirror/sarah/profile/Application
> : ...
> :
> Well these are all messages from the server. Do you have the messages
> that Kermit sent to the server at this point? That would pin down the
> culprit.
>
> - Frank
150 Opening BINARY mode data connection for chatmsg256.dbb
226 Transfer complete.
: OK (0.016 sec, 57249 cps)
PUT profile/Application Data/Skype/sarah_hac/index2.dat (binary) (416
bytes)---> PASV
227 Entering Passive Mode (192,168,10,6,8,94).
---> STOR index2.dat
150 Opening BINARY mode data connection for index2.dat
226 Transfer complete.
: OK (0.016 sec, 25999 cps)
SAVED IN: /mirror/sarah/profile/Application Data/Skype/sarah_hac/
---> CDUP
250 CDUP command successful
NOW: /mirror/sarah/profile/Application Data/Skype/
---> CDUP
250 CDUP command successful
NOW: /mirror/sarah/profile/Application Data/
---> CWD Real
550 Real: No such file or directory
---> MKD Real
SO SHOULD BE: /mirror/sarah/profile/Application Data/Real (which would
be correct)
BUT:
257 "/mirror/sarah/profile/Application Data/Skype/Real" - Directory
successfully created
CREATED DIRECTORY Real
---> CWD Real
250 CWD command successful
---> CWD rnadmin
550 rnadmin: No such file or directory
---> MKD rnadmin
257 "/mirror/sarah/profile/Application Data/Skype/Real/rnadmin" -
Directory successfully created
CREATED DIRECTORY rnadmin
---> CWD rnadmin
250 CWD command successful
PUT profile/Application Data/Real/rnadmin/rnsystem.dat (text) (887
bytes)---> TYPE A
200 Type set to A
---> PASV
227 Entering Passive Mode (192,168,10,6,8,95).
---> STOR rnsystem.dat
150 Opening ASCII mode data connection for rnsystem.dat
226 Transfer complete.
: OK (0.017 sec, 52176 cps)
THIS FILE SAVED TO: /mirror/sarah/profile/Application
Data/Skype/Real/rnamin/
---> CDUP
250 CDUP command successful
---> CWD RealPlayer
John.